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[57] ABSTRACT 

A protocol independent method of transmitting a data packet 
from a first application program executing on a first device 
which is interfaced to a LAN to a second application 
program executing on a second device which is interfaced to 
the LAN. A protocol independent interface (PH) program is 
initialized which determines which protocols are available 
for use, assigns an access line to each protocol that is 
available for use, assigns an access ID to the first application 
program, and creates mapping information mat indicates a 
one-to-one correspondence between an access ID/access 
line pair and a block of protocol specific information which 
includes a protocol header having predetermined address 
data. A data packet is sent to the PH program together with 
the access ID of the first application program and a desti- 
nation ID for the second application program, and one of the 
available protocols is selected to transmit the data packet A 
block of protocol specific information is retrieved from the 
mapping information based on the access ID of the first 
application program and the access line corresponding to the 
selected protocol, and a transmission packet is formed which 
includes . the data packet, the destination ID, and the 
retrieved block of protocol specific information. The trans- 
mission packet is then transmitted via the LAN. 
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ADAPTIVE NETWORK PROTOCOL with an IPX protocol stack and a DDP protocol stack, in 

INDEPENDENT INTERFACE addition to code to communicate with a UDP protocol stack. 

Moreover, a CMIP program or any other application will 

BACKGROUND OF THE INVENTION also require the extra code for communicating with different 

5 protocol stacks. As a result, application programs that are 

1. Field of the Invention designed to support multiple protocols using the conven- 
The present invention relates to a method of transmitting tional approach require a more complex design, have a 

data between application programs executing on different longer development time, have less portability, and have a 

devices interfaced to a local area network and, more higher maintenance cost than application programs which 

particularly, to a method of transmitting data between appli- 10 support a single protocol. 

cation programs independent of any specific protocol. Accordingly, a way is needed for application programs to 

2. Description of the Related Art communicate with application programs on other network 
Computerized local area networks (LAN's) are in wide- devices independent of a specific protocol. 

spread use for interconnecting many different computers and cttmmarY OF THE INVENTION 

peripherals so as to allow users of the computers to com- 15 SUMMARY OF THE INVENllUJN 

municate with one another and also to allow those users The above need is addressed by the present invention in 

shared access to the peripherals. Recent developments in which data is transmitted between application programs 

LAN's have seen the introductibn of so-called "heteroge- executing on different devices independent of a specific 

neous" LAN's, i.e., LAN's on which many different com- protocol. 

munication protocols are carried on a single Ethernet or 20 ^ a first aspe( ^ me present mventioil is a pro tocol 
Token-ring medium. Examples of different protocols 1 are impendent method of transmitting a data packet from a 
IPX, which is typically used by DOS-based PC s, UDP/D?, &st applicatioil program executing on a first device which is 
which is typically used by UNIX-based workstations and to a jj^ ^ a sccond ^cation program 
DDP,wmchistypicaUyus^ executing on a second device which is interfaced to the 
type of computer or workstation can be adapted through 25 LAN. A protocol independent interface (PIT) program is 
software to communicate using multiple different protocols. initialized which determines which protocols are available 
A peripheral also can include software, i.e., multiple for use, assigns an access line to each protocol available for 
protocol stack modules, which allows the peripheral to usej a^gus an access ID to the first application program, 
communicate using multiple protocols in order to be shared ^ an< } creates mapping information that indicates a one-to-one 
on a heterogeneous LAN. A protocol stack is a software correspondence between an access ID/access line pair and a 
module that processes packets of data which are received block of protocol specific information which includes a 
from or are transmitted to the LAN using the corresponding protocol header having predetermined address data. A data 
protocol. The protocol stacks and the associated lower-level packet is sent to the PH program together with the acces s ID 
software for network communications are typically stared ^ 0 f me application program and a destination ID for the 
and executed on a network interface device which may be second application program, and one of the available pro- 
embedded in or attached to the peripheral. The network tocols is selected to transmit the data packet A block of 
interface device serves as an interface which allows the protocol specific information is retrieved from the mapping 
peripheral to communicate with other network devices via information based on the access ID of the first application 
the LAN. 

aq program and the access line corresponding to the selected 
Network devices, i.e., network interface devices and protocol, and a transmission packet is formed which 
computers which are interfaced to the LAN, also execute includes the data packet, the destination ID, and the 
application programs. These programs execute at a level retrieved block of protocol specific information. The trans- 
above the protocol stacks and can include, for example, print mission packet is then transmitted via the LAN. 
server programs, management programs which allow com- 45 By virtue of this arrangement, a generic interface is 
munication between a computer and a peripheral in order to provided between application programs and protocol stacks, 
configure or obtain status data from the peripheral, and other so that the protocol used to transmit data between applica- 
programs which may communicate data between different tion programs executing on different network devices is 
devices interfaced to the LAN. Exemplary management transparent, i.e., unknown to the application program. As a 
programs include programs that implement SNMP (Simple 5Q result, application programs can be written generally with- 
Network Management Protocol) and CMIP (Common Man- ou t including code to handle cornmunication with different 
agement Information Protocol). More than one such man- application programming interfaces for different protocol 
agement program may be executing on a single network stacks. 

device at the same time. k another aspect, the present invention is a method of 

In a conventional approach, an application program com- 55 delivering a data packet received from a first application 

municates with a protocol stack via an application program- program executing on a first device which is interfaced to a 

ming interface (API) and uses the protocol stack to perform local area network (LAN) to a second application program 

communications services. An application program must use executing on a second device which is interfaced to the 

different APIs to interface with each different protocol stack LAN. A protocol independent data packet is received from 

This means that the application program must be aware of th c first application program, together with data identifying 

the particular network environment, i e., the protocol in use, the first application program and a destination ID identifying 

and the specific network API to be used. the second application program. The protocols available for 

The conventional approach leads to many difficulties. If use are determined and one of the available protocols is 

an application program must support multiple network selected to transmit the data packet. Protocol specific infor- 

protocols, duplicated effort is required for the application 65 mation which includes a protocol header having predeter- 

software to handle the different APIs. For example, an mined address data is determined based on the data identi- 

SNMP program must include software code to conmiunicate tying the first application program and the protocol selected 
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in said selecting step. A transmission packet is then formed By virtue of this arrangement, a network device can 

which includes the data packet, the destination ID, and the transmit data from an application program which it executes 

determined protocol specific information, and the transmis- to an application program executing on another device in 

sion packet is transmitted to the second application program such a manner that the protocol used to transmit the data is 

via the LAN. $ transparent to the application programs. 

By virtue of this arrangement, a data packet which is According to still a further aspect, the present invention is 
received from one application program without any data a network device which is interfaced to a local area network 
specifying a protocol can be transmitted to another applica- (LAN) and which receives data that is transmitted from a 
tion program based only on information ifcntifying the ^ program executing on another device inter- 
source and destination programs received from the one 10 faced to me 1^ to a second ar^Ucation r^ogram executing 
application program. on said network ^vice. The network device includes a LAN 

In yet another aspect, the present invention is a method of interface for sending data to and receiving data from the 

receiving data which is transmitted from a first application and a st0 rage device which stores the second applica- 

program executing on a first device which is interfaced to a tion program and a protocol independent interface program 

local area network (LAN) to a second application program 15 which ^ determines which protocols are available, (ii) 

executing on a second device which is interfaced to the assigns an access line to each available protocol, (iii) assigns 

LAN. A protocol independent interface program is initial- an access j£> to the second application program, and (iv) 

ized which (i) determines which protocols are available for creates mapping information having a one-to-one correspon- 

use, (ii) assigns an access line to each protocol available for dence between an access ID/access line pair and a block of 

use, (iii) assigns a unique access ID to the second application 2 o protocol specific information which includes a protocol 

program, and (iv) creates mapping information that indicates header having predetermined address data. The network 

a one-to-one correspondence between an access ID/access device also includes a processor which (i) executes the 

line pair and a block of protocol specific information which se cond application program, (ii) initializes the protocol 

includes a protocol header having predetermined address independent interface program, (iii) receives via said LAN 

data. A transmission packet is received from the LAN which 2 5 interface a data packet which is transmitted by the first 

includes data and a block of protocol Specific inf ormation application program and which includes a block of protocol 

including a protocol header having predetermined address spcc ific information, (iv) retrieves an access ID/access line 

data. The access ID/access line pair which corresponds to pair fr omt he mapping information which corresponds to the 

the block of protocol specific information contained in the block of protocol specific information contained in the data 

received transmission packet is then retrieved from the 30 packet, and (v) sends the data packet to the second appli- 

mapping information, and the data contained in the received cation program based on the access ID retrieved from the 

transmission packet is sent to the second application pro- mapping information. 

gram based on the access ID retrieved from the mapping Ry yirtue ^ ^ arrangement, a network device can 

information. receive data from an application program and route the data 

By virtue of this arrangement, a received packet can be 35 t0 a delation application program in such a way that the 

routed to me ccrrcctappUcationprogi^ through a generic protocol used to transmit the data is transparent to the 

interface without the need for an application prograniming application program receiving the data. As a result, an 

interface specific to a particular protocol and application appUcation programming interface that is specific to the 

program, protocol and the application program is not needed to 

In still another aspect, the present invention is a network 40 rece i ve data. 

device which is interfaced to a local area network (LAN) and 

which transmits data from a first appUcation program BRIEF DESCRIPTION OF THE DRAWINGS 

executing on said network device to a second application FIG. 1 is a diagram of a local area network, 

program executing on another device interfaced to the LAN. FIG. 2 is a diagram showing the software architecture 

The network device includes a LAN interface for sending 45 used for communication between application programs 

data to and receiving data from the LAN and a storage according to the preferred embodiment of the present inven- 

device which stores the first application program and a tfon. 

protocol independent interface program which (i) deter- p£Q 3 j s a diagram showing the functional relationships 

rnines which protocols are available, (ii) assigns an access between software modules executing on a computer and a 

line to each available protocol, (iii) assigns an access ID to 50 network interface device. 

the first appUcation program, and (iv) creates mapping HG. 4 is a ftmctional bloc^ coagram of a network expan- 

information having a one-to-one correspondence between an skm boa[d for interfacing a printer to a local area network, 

access ID/access line pair and a block of protocol specific HG 5 mustrates software modules that may be stored in 

inf option which includes a protocol header having pre- m on ^ network expansion board, 

determined address data. The network device also includes 55 > for 

a processor which (1) executes the first application program, ^ data pack Tbetween a firs? appUcation pro- 

li initializes the protocol mdependent mterface program^ J J network device and a second 

(ui) processes a data packet which is generated by me first g executing on a second network device. 

appUcation program by selecting a protocol to transmit the a^^F^S 1 ""^ & 

Vpacket, retrieving a block of protocol specific interna- <so FIGS. 7A and 7B show examples of protocol mapping 

tion from the mapping formation based on the access line CTeated h V P^ 0 ™ 1 ^dependent interfaces, 

corresponding to the selected protocol and the access ID of FIGS. 8A and 8B show examples of access ID mapping 
the first appUcation program, and forming a transmission tables created by protocol independent interfaces, 

packet including a destination ID for the second appUcation, FIGS. 9A and 9B show examples of protocol address 
the data packet, and the retrieved block of protocol specific 65 mapping tables created by protocol independent interfaces, 

information, and (iv) transmits the transmission packet via FIGS. 10A through 10C show examples of transmission 

the LAN. packet formats for use with different protocols. 
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FIG. 11 is a flow diagram showing process steps for packets between network interface driver 210 and one or 

receiving a data packet transmitted from a first application mare protocol stacks. Each protocol stack receives packets 

program executing on one network device to a second that use the corresponding protocol, determines what needs 

application program executing on another network device. to be done with the packets, and routes the packets to the 

5 appropriate application programs for servicing. The pre- 

DESCRIPTION OF THE PREFERRED f erred embodiment supports three protocol stacks: IPX stack 

EMBODIMENT 230, UDP stack 231, and DDP stack 232. All of the protocol 

n <2 V ct*. m nvpn„Vn;i stacks might not be loaded on a particular device. Further, 

Li. system uverviewj additional stacks for other protocols may be included. In the 

FIG. 1 is an illustration of a heterogeneous network lQ preferred embodiment, network interface driver 210, multi- 

system including several different types of computers and software mo dule 220, and protocol stacks 230-232 

several different peripherals to which the computers can confonn to ^ ^ interface (ODI) specifica- 

share access. The present invention can also be used with ^ described in -Qpen Data-link Interface Developer's 

devices connected to a homogenous network, ix. f a network for DQS Workstauon Protocol Stacks", Version 1. 10, 

in which every device uses the same protocol. 15 Released by Novdlf ^ Mar 18) 1992 . 

In FIG. 1, LAN 10 is depicted as an Ethernet medium A protocol independent interface (PH) 250 serves as an 

which has a bus-type architecture, but a Token-ring medium interface between protocol stacks 230-232 and management 

having a ring-type architecture can be used as welL Con- application programs such as an SNMP application program 

nected to LAN 10 are a PC 20 which serves as a system 260 and a CMIP application program 270. PH 250 'listens" 

administrator's computer, a PC 30 which serves as a print 20 for packets addressed to particular sockets, i.e., 

server for printers 85 and 95, a Macintosh computer 40, a addresses, and accepts those packets from the protocol 

UNIX workstation 50, and a generalized workstation 60 s tacks 230-232 for processing and forwarding to the appli- 

having a control unit 61 and a display 62. A fileserver 70 cation programs. Since SNMP program 260 and CMIP 

allows shared access to a network disk 75. A network program 270 are executing on an embedded device, i.e., 

expansion board (NEB) 100 allows shared access to a printer ^ iqq mose programs are "agent** programs. An agent 

105, and a network expansion device (NED) 110 allows program collects and stores data regarding the network 

shared access to a printer 115. In addition, a network interface device, Le., NEB 100, and the peripheral, i.e., 

interface board (NIB) 120 allows shared access to a copier printer 105, and responds to commands sent using the 

135 via a multiple device controller (MDC) 130. associated network management protocol, e.g., SNMP or 

The present invention relates to communication between 30 CMIP, from a related "manager" program executing on a 

application programs executing on different network computer. 

devices. A preferred form of the present invention is For example, the following predetermined addresses are 

described below in the context of communication between used in the preferred embodiment for receiving data packets 

PC 20 and NEB 100. However, the present invention is using the SNMP network management protocol: (1) for IPX, 

applicable to computers and embedded network devices in 35 "socket" 900F K and 9010^ (agent socket and trap socket, 

general. Accordingly, the present invention can be applied to respectively), (2) for UDP, "port" 160^ and 161 w , and (3) for 

communication between other computers such as Macintosh DDP, a unique name "SNMP Agent" and "SNMP Trap 

computer 40, UNIX workstation 50, generalized worksta- Handler'* and "socket" % H and 9 H (agent socket and trap 

tion 60 and other network interface devices such as NED 110 socket, respectively). Data packets that are not addressed to 

(an example of which is described in copending U.S. patent 40 a socket used by a management program are routed to other 

application Ser. No. 08/489,116 filed on Jun. 9, 1995, and application programs. For example, a PSERVER program 

entitled "Outputting a Network Device Log File") and NIB 245 receives data packets via an API 240. Other application 

120 (an example of which is described in U.S. patent programs, including other management programs, can also 

application Ser. No. 08/409,034, filed on Mar. 23, 1995, and be included. 

entitled "Network Interface Board For Digital Copier", 45 FIG. 3 is a diagram showing the functional relationship 

which is assigned to the assignee of the present invention). between manager programs executing on PC 20 and agent 

The present invention also can be applied to communi- programs executing on NEB 100. As shown in FIG. 3, PC 
cation between application programs executing on different 20 includes a protocol independent interface (PII) 255, an 
computers that have the capacity to use multiple protocols. SNMP manager 265, and a CMIP manager 275. During an 
Moreover, the present invention is not limited to network 50 initialization process described below, PII 255 assigns a 
applications, but instead can be used for devices having a unique identifier referred to as an access ID to each man- 
direct connection through any bidirectional interface, e.g., a agement program. The access ID may be, for example, the 
shared memory, a SCSI interface, an RS-1284 parallel MAC address of the device together with an additional 
interface, or the like. number to uniquely identify each of SNMP manager 265 and 
[2. Software Architecture] 55 CMIP manager 265. Reference numerals 281, 282, and 283 

FIG. 2 shows the software architecture of program mod- designate logical channels used by different respective 

ules executing on a network device such as NEB 100. protocols, such as IPX, UDP, and/or DDE FH 255 assigns an 

Similar software executes on a computer such as PC 20. A identifier referred to as a "logical access line" to each of the 

network interface driver 210 is the lowest level of software protocols, Le., logical channels 281-283, during initializa- 

which interfaces with LAN 10 and handles sending and 60 tion. By dynamically assigning access IDs and logical 

receiving of packets on LAN 10 by adding or stripping off access lines, the PII can be readily adapted to support 

packet frame headers. Network interface driver 210 includes later-developed protocols without affecting the existing 

a media-type specific component which is designed for functionality. 

either an Ethernet or a Token-ring network medium and PII 250 in NEB 100 likewise assigns an access ID to each 

includes a plurality of logical boards for respectively pro- 65 of SNMP agent 260 and CMIP agent 270 and assigns a 

cessing packets having different frame types. A multiplexer logical access line to each of the protocols. However, since 

software module 220 serves as a multiplexer which routes the access IDs and logical access lines are specific to the PH 
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that assigns them, the access IDs and logical access lines 
assigned by PII 250 in NEB 100 can differ from those 
assigned by PII 255 in PC 20. For example, as shown in FIG. 
3, SNMP manager 265 has access ID #2 in PC 20, but the 
corresponding agent in NEB 100, i.e., SNMP agent 260, has 
access ID #1. Similarly, as shown in FIG. 3, PH 250 assigns 
logical access line #1 to logical channel 281, which may 
correspond to an IPX protocol, for example, while PH 255 
assigns logical access line #3 to the same logical channel/ 
protocol 

PH 250 and PH 255 perform identical interface functions. 
However, there are some differences in implementation due 
to the different platforms on which these software modules 
execute. For example, since PH 250 executes on an embed- 
ded device, it is implemented as a TSR (terminate and stay 
resident) routine. On the other hand, SNMP manager 265 is 
a Windows based application and PH 255 is implemented as 
a Windows-based DLL (Dynamic Link library). Other 
differences are indicated in the description below where 
appropriate. 
[3. NEB Architecture] 

FIG. 4 is a functional block diagram of NEB 100. Broadly 
speaking, NEB 100 is an interactive network circuit board 
which couples printer 105 to LAN 10, making printer 105 a 
responsive and interactive network member. NEB 100 
includes a shared memory SRAM 200 which is used for 
bidirectional communications between NEB 100 and printer 
105. Printer 105 includes a printer interface card 220 (not 
shown) having a microprocessor 225 (not shown) that reads 
data from and writes data to SRAM 200. Printer 105 also 
includes a printer engine 250 (not shown) connected to 
printer interface card 220. 

NEB 100 receives print data, status requests, and control 
commands from LAN 10, transmits print data, status 
requests, and control commands to printer 105 for execution, 
and transmits status information back to LAN 10. Thus, 
NEB 100 can perform not only RPRINTER remote printer 
services and PSERVER print server functionalities, but can 
also offer to network members whatever status and control 
features are available from the peripheral interface. 

Power for all circuits is supplied to NEB 100 from a +5 
V power source 398. Power is provided from power source 
398 to power converter 396 which provides -9 V power to 
a transceiver 390 and to power converter 397 which pro- 
vides +12 V power to a flash EPROM 350 for hashing" 
(i.e., reprogramming of the EPROM). Network and network 
interface control logic 340 is preferably a single 144-pin 
application specific integrated circuit (ASIC) that includes a 
network controller 330 and interface control logic 320. 
Network controller 330 is an NCR macro-cell compatible 
with a National DP83902A **ST-NIC" Ethernet controller, 
the details of which can be found in National Semiconduc- 
tor's Local Area Networks Databook, National Semiconduc- 
tor p/n 400055, National Semiconductor, 1993. Network 
controller 330 is designed to interface with CSMA/CA-type 
(carrier sense multiple access with collision detection) local 
area networks. 

Network controller 330 connects with RJ-45 connector 
385 directly and with coaxial connector 395 through trans- 
ceiver 390, which is preferably a National Semiconductor 
DP8392 coaxial transceiver interface, the details of which 
can also be found in National's Local Area Networks 
Databook Network controller 330 is also coupled to an 8 
KB SRAM 380 that is used as an input/output packet buffer 
for Ethernet data. This memory should preferably have an 
access time of about 70 ns or less. 

Interface control logic 320 provides an interface between 
network controller 330, microprocessor 300, and memory 
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devices EPROM 350 and DRAM 360. Interface control 
logic 320 also interfaces with non-volatile random access 
memory (NVRAM) 370, which is a 256 byte serial electri- 
cally erasable/programmable memory used for initialization 
5 data storage during power cycling of printer 105. Network 
and printer configuration parameters are written into 
NVRAM 370 when printer 105 is first installed onto the 
network to allow NEB software to recover the installation 
parameters after printer power has been cycled off and on. 
10 Interface control logic 320 also couples with serial port 
connector 325, which comprises a receive data pin 326 and 
a transmit data pin 327 that can respectively receive and 
transmit serial data streams for debugging purposes. Inter- 
face control logic 320 senses data present at the receive data 
15 line and samples the serial bits at regular intervals. 

The central controller of NEB 100 is microprocessor 300, 
which is preferably an Intel 80C188EA-20 8-bit processor, 
the details of which can be found in the 80C186EA/ 
80188EA User's Manual, Intel p/n 270950-001, Intel Corp. 
20 This processor is an 8-bit processor with direct memory 
access (DMA), interrupts, timers, and a DRAM refresh 
control. Other microprocessors, such as an AMD 8 0C 18 8-20 
8-bit microprocessor, might alternatively be used. 256 KB 
flash EPROM 350 and 512 KB DRAM 360 are coupled to 
25 microprocessor 300 via interface control logic 320, while 32 
KB SRAM 200 (which is shared with printer interface card 
220) is coupled with microprocessor 300 via arbiter control 
logic 400. A 40 MHz, 50 ppm crystal oscillator 310 provides 
microprocessor 300 with a clock signal that is wholly 
30 separate from and asynchronous with the clock signal pro- 
vided to microprocessor 225 on printer interface card 220. 

Microprocessor 300 executes instructions in flash 
EPROM 350, which stores control firmware and printing 
application software. After power-on self-test (POSTT), code 
35 from EPROM 350 is selectively moved to the higher per- 
formance 512 KB DRAM 360, which should preferably 
have an access time of about 80 ns, for actual execution. 

All communication between NEB 100 and printer inter- 
face card 220 is executed via 32 KB shared SRAM 200. 
40 Arbiter control logic 400, preferably a single 100-pin ASIC, 
arbitrates between the two-byte-wide memory accesses of 
printer interface microprocessor 225 and the single-byte- 
wide memory accesses of NEB microprocessor 300, each of 
which is completely independent of the other. 
45 Generally speaking, the 8-bit data bus of microprocessor 
300 on board NEB 100 communicates with bus control logic 
410, while the 32-bit data bus of microprocessor 225 on 
board printer interface card 220 communicates with bus 
control logic 420. Memory accesses from each bus are 
50 routed to shared memory arbiter 430, which determines 
which bus has priority and permits the bus with priority to 
access SRAM 200 via SRAM interface 440. Interrupt con- 
trol register 450 is also accessed through shared memory 
arbiter 430, to allow one microprocessor to interrupt the 
55 other. 

All software modules executed by microprocessor 300 are 
stored in flash EPROM 350. Those modules that are needed 
are selectively loaded from EPROM 350 into DRAM 360 
and are executed from DRAM. This permits flexible con- 
60 figuration of NEB 100 by selection of which modules are to 
be loaded. 

FIG. 5 illustrates an example of blocks of code, or 
software modules, that are stored in flash EPROM 350. The 
PII module contains process steps for providing the required 
65 functions of a protocol independent interface, as described in 
more detail below. The XPL module provides a standardized 
interface between printer 105 and NEB 100. MLID (Multi 
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link Interface Driver) serves as network interface driver 210 Also stored in EPROM 350 is a network identification file 

and is a piece of Novell code (Media Support Module, or (N3F) data block which stores board-invariant information, 

MSM) linked together with a piece of customized code which is unique for every network board, hardware configu- 

(Hardware Support Module, or HSM) that is the lowest level ration data, board revision number and the like, as well as 

of network connection, while LSL (Link Support Layer) 5 changeable information such as software version number, 

serves as multiplexer software module 220 and is a piece of The information in the NIP data block is used to ensure that 

Novell code that acts as a multiplexer between the low level fl as h EPROM 350 is not reprogrammed with an incompat- 

MUD and the several protocol stacks above it CNETX is ible g imware image. 

customized code that turns local DOS-like function calls Specifically, EPROM 350 stores "board" information 

into network function calls, providing file functions like w sucfa ^ mode i number, firmware level, and board revision 

OPEN, READ, WRITE, and CLOSE. ^ number, as well as "network" information such as Media 

The PRETASK module is responsible for identifying Access ^ Q ^ h ^ fQf 

what frame types are associated L with J*™^?^ network board, board name, network frame type, primary 

protocolstacks. Because NEB 100 supr^mritiple ; proto- ^identification, queues serviced, network protocol, 

col stacks, this module exists as long as NEB 100 is running. * ,™ j **. 

Novell's IPX/SFX protocol stack is contained in flash « sampling frequency, PSERVER name, zone-name, and the 

EPROM 350, and is supported by SAP, or Service Adver- ^ t 

rising Protocol. SAP is a Novell concept that allows devices Function of FUj 

to register themselves into the file server's bindery, which FIG. 6 is a flow diagram showing process steps for 

lists active and inactive network entities. Because print implementing a protocol independent method of transmit- 

servers are a special kind of bindery item, SAP registers 20 ting a data packet from a first appHcation progi^ executing 

NEB 100 via CPSOCKET, and if NEB 100 is configured as on a first device which is interfaced to a LAN to a second 

a print server, SAP also registers the print server with the application program executing on a second device which is 

NetWare bindery. interfaced to the LAN. Briefly, according to FIG. 6, a 

CPSERVER is a custom implementation of a Novell print protocol independent interface (PH) program is initialized 

server application. This module provides self-generated 25 which determines which protocols are available for use, 

print banners, user notification of completion and exception assigns an access line to each protocol that is available for 

status, and transmission of print data and status commands use, assigns an access ID to the first application program, 

to the printer. This differs from the Novell print server in that and creates mapping information that indicates a one-to-one 

CPSERVER is dedicated to driving the local printer (ie., correspondence between an access ID/access line pair and a 

printer 105 in which NEB 100 is installed) and cannot drive 30 block of protocol specific information which includes a 

any remote RPRINTERs. This program owns the print data protocol header having predetermined address data. This 

lines for the duration of a print job. CRPRINTER is a custom one-to-one mapping can be done by using a mapping table, 

implementation of a Novell RPRINTER print application. as in the preferred form described below, or by implement- 

1ms module is a slave application that is sent data by a ing a data structure that carries the mapping information. A 

Novell print server application elsewhere on LAN 10. 35 data packet is sent to the PH program together with the 

The TCP/IP protocol stack has User Datagram Protocol access ID of the first application program and a destination 
(UDP), Reverse Address Resolution Protocol (RARP) and ID for the second application program, and one of the 
BootP support within. INTERRUPT is the interrupt handler available protocols is selected to transmit the data packet A 
for the TCP/TP task, while TTMERTCCK is the timer tick for block of protocol specific information is retrieved from the 
UNIX TCP/IP network tasks. LPRINTSERVER is the TCP/ 40 mapping table based on the access ID of the first application 
IP print server application, and also owns the print data lines program and the access line corresponding to the selected 
for the duration of a print job. DDP is the module for protocol, and a transmission packet is formed which 
implementing a Datagram Delivery Protocol (DDP) which is includes the data packet, the destination ID, and the 
used, for example, for communications with a Macintosh retrieved block of protocol specific information. The trans- 
computer. 45 mission packet is then transmitted via the LAN. 

The CPSOCKET program runs for all protocol stacks. More specifically, the process steps of FIG. 6 show 
The program responds to requests for connection, requests transmission of a data packet from SNMP manager 265 on 
for data download, or requests for services from remote PC 20 to SNMP agent 260 on NEB 100. The function of PE 
utilities, and provides status and control to other tasks via 250 to transmit a data packet from SNMP agent 260 to 
interprocess communication. Because CPSOCKET typi- 50 SNMP manager 265 is the same, with the only differences 
cally owns the status and control lines between NEB 100 and being the differences in implementation discussed herein. In 
printer 105, it is the only task that has the ability to obtain step S601, SNMP manager 265 executes an initialization 
printer status via the status lines. CPSOCKET is responsible command to initialize PE 255. This command must be 
for the network connection and packet contents between the executed prior to execution of any other FH commands and 
Novell-oriented status and control utilities (CPNET or the 55 need only be performed once. As mentioned above, PE 255 
corresponding Windows version of client-based software is implemented in Windows as a DLL. Accordingly, in 
utilities), or between the UNIX-oriented status and control response to the initialization command, the necessary opera- 
utilities (CPUTTL). tions are performed to enable SNMP manager 265 to execute 

MONITOR is a customized multi-tasking monitor which other PE commands using the DLL. In contrast, initializa- 

performs task creation, task destruction and microprocessor 60 tion of PH 250 by SNMP agent 260 in NEB 100 returns a 

dispatch. MONITOR also has memory management sub- table of entry points that SNMP agent 260 uses to call other 
modules MEMGET and MEMFREE. RESIDENT is a block PE routines. 

of routines that provides generic services such as read and PE 255 then determines which protocols are available for 
write to flash EPROM 350, FLASH code, ROM based use by PC 20. In the preferred embodiment, where PC 20 is 

debugger, hardware timer tick and other basic features. 65 operating in a Windows or DOS Novell-ODI environment, 

POST is a power-on self-test module that checks the integ- function calls which obtain an indication of the presence or 

rity of NEB hardware and software at power-up. absence of each protocol stack are issued in a round-robin 
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manner to determine which protocol stacks are available. function is performed by usmg predetermined host tables. In 

Alternatively, commands to execute respective initialization an AppleTalk environment, an agent is located using a 

routines for each protocol stack can be issued in round-robin unique name. Any other technique can also be used which 

fashion. If an initialization routine fails, the failure is inter- allows the manager program to obtain a destination ID for an 

preted to indicate that the protocol stack is not available at 5 agent program. 

that instant In the embedded platform, Le., for PII 250 on After the packet is sent to PH 255, flow proceeds to step 

NEB 100, the pretask module has information regarding the S604 in which a protocol is selected to transmit the data 

available protocol stacks and that information is obtained packet If only one protocol is available, that protocol will be 

and used by PH 250. used. In the preferred embodiment, a protocol is selected by 

After detenriining which protocols are available, PII 255 10 using a default or pref erred protocol, if available. For 

opens a socket for each available protocol depending on the example, UDP is the preferred protocol for transmitting data 

type of protocol, and sets up a protocol mapping table. This between SNMP manager 265 and SNMP agent 260. If the 

table has a one-to-one correspondence between an access preferred protocol is not available, then the first available 

line and a type of protocol stack. As noted above, the protocol is used. However, there are many alternative varia- 

mapping table is one of many possible implementations. For 15 tions for selecting a protocol to use. For example, a protocol 

example, the protocol mapping also can be implemented as can be selected randomly or the first available protocol can 

a bit map or some other data structure. The key is that there be used. Also, the protocol having the least traffic can be 

is a way of indicating a one-to-one correspondence between used. For example, in a Novell environment, library func- 

the access line and protocol stack. The mapping table used tions such as GetLocalTarget can return an estimate of the 

in the preferred embodiment is formed by assigning an 20 time required to deliver a 576-byte packet to a designated 

access line to each available protocol and storing data destination. These functions provide information related to 

indicating the access line assigned to each protocol in a network traffic using the corresponding protocol. A call to 

section of memory reserved for use by PH 255. FIG. 7A is those functions can be used to obtain information indicating 

an example of a protocol mapping table that may be created which protocol has the least traffic. Further, PH 255 can store 

by PII 255 when UDP, IPX, and DDP protocols are 25 a counter for each protocol (or access line) and can select the 

available, using the exemplary access line assignments one that PH 255 has used the fewest times, or PH 255 can 

shown in FIG. 3. store a time at which each protocol (or access line) was last 

After initialization of PEC 255 in step S601, flow proceeds used and can select the one that was used least recently, 

to step S602 in which an Open command is executed by After selecting a protocol to transmit the data packet, flow 

SNMP manager 265 to open a session. This command 30 advances to step S605 in which PH 255 retrieves a block of 

returns an access ID for a management program to use to protocol specific information, i.e. f a protocol specific 

identify itself, e.g. , access ID #2 for SNMP manager 265. PH address, from a protocol address mapping table stored in 

255 stores data indicating the relationship between access memory. The information is retrieved based on the access ID 

IDs and management programs in the section of memory of the transmitting program and the access line correspond- 

reserved for use by PH 255. FIG. 8A is an example of an 35 ing to the selected protocoL If the mapping table does not 

access ID mapping table set up by PII 255 to indicate the have an entry for the Access ID/Access line pair, for 

relationship between access IDs and management programs. example, if the packet is the first packet transmitted by PII 

As with the protocol mapping table discussed above, the 255 for a particular manager using a particular protocol, an 

mapping between access IDs and application programs is entry is added to the table. 

capable of many implementations other than a mapping 40 FIG. 9A illustrates an example of a protocol address 

table, e.g., a bitmap or other data structure. The data in FIG. mapping table created by PH 255. There is a one-to-one 

8A corresponds to the exemplary assignment of access IDs correspondence between an Access ID/Access line pair and 

shown in FIG. 3. The access IDs are shown as XXXX1 or a protocol specific address. Reference numeral 901 desig- 

XXXX2, where XXXX represents the MAC address of PG nates a column of Access ID/Access line pairs. Reference 

20 and the 1 and 2 indicate CMIP manager 275 and SNMP 45 numeral 902 represents a column of protocol specific 

manager 265, respectively. The purpose of an access ID is to addresses that each include a protocol header of a type 
uniquely identify different entities that utilize the PE, for* indicated in column 903. Each protocol header has a differ- 

example, CMIP manager 275 and SNMP manager 265. ent format. The various protocol header formats are 

Flow next advances to step S603 in which a data packet described in detail below with respect to FIGS. 10A-10C 

is sent to PH 255 from SNMP manager 265. The packet is 50 However, regardless of type, each protocol header includes 

sent by providing a pointer to the packet's location in some type of address data, e.g., a socket for an IPX header, 

memory, together with the access ID for SNMP manager 265 a port for a UDP header, and a socket and name for a DDP 

and a destination ID for the packer's destination. Since no header. Reference numeral 904 indicates a column showing 

information indicating a transmission protocol is required the specific address data included in each protocol header, 

for the packet, the packet is protocol independent and a 55 The address data indicated in column 904 represents 

single interface is provided between an application program standard address data that is defined for use by a particular 

and all protocol stacks. The destination ID of the corre- manager and protocol. For example, the SNMP protocol 

sponding agent, e.g., SNMP agent 260 corresponding to (access ID XXXX2 in FIGS. 8A and 9A) uses the following 

SNMP manager 265, is determined in the preferred embodi- address data: (1) for IPX, "socket" 900F W and 9010/, (agent 

ment by performing a locate_agent function before data is 60 socket and trap socket, respectively), (2) for UDP, "port" 

sent to an agent For example, in the case where Novell 160^ and 161 HJ and (3) for DDP, a unique name "SNMP 

Netware is used, this function is performed by looking in a Agent" and "SNMP Trap Handler" and "socket" Z H and 9 H 

bindery in files erver 70 to determine devices which are (agent socket and trap socket, respectively). Likewise, the 

registered in the bindery, e.g., by using IPX's SAP function, CMIP protocol uses specific address data such as a CMIP 

and which may have compatible agents. Communication 65 port for UDP, a CMIP socket for IPX, and a CMIP name and 

with those devices then takes place to obtain a destination ID socket for DDP. An SNMP protocol packet and a CMIP 

for the agent In a UNIX environment, the locate„agent protocol packet may have the same header type, but each 
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header will include different specific address data. For 8B shows an exemplary mapping of access IDs to manage- 

example, the protocol specific addresses shown in rows 1 ment agents that is set up and stored by PH 250, based on the 

and 4 of FIG. 9A each have a UDP-type header, but each exemplary assignment of access IDs shown in FIG. 3. In 

header contains different address data as shown in column FIG. 8B, YYYY represents the MAC address of NEB 100. 
904. If SNMP manager 265 has access ID XXXX2, as 5 SNMP agent 260 is a passive entity which responds when 

indicated in FIG. 8 A, and the preferred protocol UDP is SNMP manager 265 requests information but does not 

being used and has access line #1, as indicated in FIG. 7A, initiate communication. Accordingly, SNMP agent 260 lis- 

then the protocol specific address in the fourth row of FIG. tens for packets on all protocols that are available, i.e., 

9A will be retrieved by PII 255, which corresponds to packets addressed to any socket defined for SNMP use. 
Access ID/Access line pair XXXX2/1. 10 Therefore, once an access ID is provided for an agent, e.g., 

If the present invention is used with application programs SNMP agent 260, a mapping table is created with access 

that do not have predefined sockets, standard identification m / access line pair entries for every access line. FIG. 9B 

values must be defined for those application programs and shQWS m excmplary FOtoC ol address mapping table for PII 

mePDsuse^mb**^ ^ based ^ ^ m HGS. 7Aand 8A 

^^*A S ^ u HowmenadvancesTst^ 

As mentioned above, each type or protocol header has a 1J _ . . , , AKr 1A DJ .„„ t(S mr >> 

different format, as described with respect to FIGS. packet is reived torn 1^ 10. *^ * /g-* 

10A-10C. FIG. 10A shows a format for a local network transmission packet 1000 is received from LAN 10 by 

frame (or 'transmission packet") 1000 when the frame is »etw°* interface driver 210 and is routed to multiplexer 

transmitted using a UDP protocol. In this case, network software module 220 and then to one of protocol stacks 

frame 1000 includes a local network header 1010 and a local 20 230-232. For example, when transmission packet 1000 

network trailer 1015. It also includes an IP header 1021, a represents data sent from SNMP manager 265 to SNMP 

UDP header 1020, and data 1030. As shown in FIG. 10A, agent 260 using the preferred UDP protocol, transmission 

UDP header 1020 includes fields for a source port, a packet 1000 is routed to UDP protocol stack 231. PH 250 

destination port, a length, and a checksum. FIG. 10B shows listens for packets addressed to specific sockets, e.g., sockets 

a format for network frame 1000 when the frame is trans- 25 defined for use by management programs, and ignores all 

mitted using an IPX protocol. In that case, network frame others. Since transmission packet 1000 is addressed to one 

1000 does not include IP header 1021 and includes an IPX of the sockets to which PH 250 listens, PH 250 will receive 

header 1025 in lieu of UDP header 1020. IPX header 1025 the packet. 

includes fields for a checksum, a packet length, a transport Flow then advances to step S1104 in which PE 250 

control value, a packet type, a destination network, a des- 30 obtains an Access ID/Access line pair based on protocol 

tination node, a destination socket, a source network, a specific information 1020 in transmission packet 1000 by 

source node, and a source socket Lastly, FIG. 10C shows a referring to the protocol address mapping table for PH 250 

format for network frame 1000 when the frame is transmit- shown in FIG. 9B. For exemplary transmission packet 1000, 

ted using a DDP protocol. In this case, the network frame Access ID/Access line pair YYYY 1/2 will be retrieved from 

also lacks IP header 1021 and includes a DDP header 1028 35 row 2 in FIG. 9B. 

instead of either UDP header 1020 or IPX header 1025. DDP Flow then advances to step S1105 in which data 1030 is 

header 1028 includes fields containing, 00, Hop, a datagram passed to the appropriate management program. This is done 

length, a datagram checksum, a destination network, a by referring to the access ID mapping information for PH 

source network, a destination node ID, a source node ID, a 250, which is discussed above with reference to FIG. 8B. 

destination socket number, a source socket number, and a 40 For example, Access ID YYYY1 corresponds to SNMP 

DDP type. a g cnt 260» so d 8 ** ^30 of transmission packet 1000 is 

Referring again to FIG. 6, after retrieving the protocol passed to SNMP agent 260. 

specific information, flow proceeds to step S606 in which Although an example has been described for transmitting 

FH 255 forms a transmission packet which is specific to the data from a manager in PC 20 to an agent in NEB 100, the 

selected protocol, Le., a network frame 1000 having one of 45 same process is applicable for transmitting data from NEB 

the formats shown in FIGS. 10A-10C. The transmission 100 to PC 20. Moreover, as discussed above, the present 

frame is formed using the destination information provided invention is not limited to transmission of data between 

by SNMP manager 265 and the information retrieved from management application programs and is not limited to 

the protocol address mapping table in step S605. Further, network transmissions. Accordingly, while the preferred 
data 1030 is the data being sent by SNMP manager 265. 50 embodiment of the invention has been described, it is to be 

After forming transmission packet 1000, flow proceeds to understood that the invention is not limited to the above- 
step S607 in which transmission packet 1000 is transmitted described embodiments and that various changes and modi- 
to the destination application program via LAN 10. fications may be made by those of ordinary skill in the art 

FIG. 11 is a flow diagram showing process steps for without departing from the spirit and scope of the invention, 
receiving transmission packet 1000 at NEB 100. In step 55 What is claimed is: 

S1101, SNMP agent 260 issues a command to initialize PH LA protocol independent method of transmitting a data 

250. PH 250 must be initialized before it can receive data packet from a first application program executing on a first 

from LAN 10 or SNMP agent 260. As mentioned above, device which is interfaced to a local area network (LAN) to 

SNMP agent 260 obtains a table of entry points into routines a second application program executing on a second device 
of PH 250 upon initialization, and PII 250 determines which 60 which is interfaced to the LAN, said method comprising the 

protocols are available by obtaining information from the steps of: 

PRETASK software module. FIG. 7B shows an exemplary initializing a protocol independent interface program 
protocol table that is set up and stored by PH 250 when UDP, which (i) determines which protocols are available for 
IPX, and DDP protocols are available and access lines are use, (ii) assigns an access line to each protocol avail- 
assigned as shown in FIG. 3. 65 able for use, (iii) assigns an access ID to the first 
Flow then advances to step S1102 in which SNMP agent application program, and (iv) creates mapping infor- 
260 issues a PII open command to obtain an access ED. FIG. mation that indicates a one-to-one correspondence 
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between an access ID/access line pair and a block of 
protocol specific information which includes a protocol 
header having predetermined address data; 

sending a data packet to the protocol independent inter- 
face program together with the access ED of the first 
application program and a destination ID for the second 
application program; 

selecting one of the available protocols to transmit the 
data packet; 

retrieving a block of protocol specific information from 
the mapping information based on the access ID of the 
first application program and the access line corre- 
sponding to the protocol selected in said selecting step; 

forming a transmission packet including the data packet, 
the destination ID, and the retrieved block of protocol 
specific information; and 

transmitting the transmission packet to the second appli- 
cation program via the LAN. 

2. A method according to claim 1, wherein said selecting 
step comprises determining whether a preferred protocol is 
available and selecting the preferred protocol if it is avail- 
able. 

3. A method according to claim 1, wherein said selecting 
step comprises determining which of the available protocols 
has the least traffic and selecting the protocol determined to 
have the least traffic. 

4. A method according to claim 1, wherein said selecting 
step comprises determining which of the available protocols 
has been used least by the protocol independent interface 
program and selecting the protocol determined to have been 
used the least 

5. A method according to claim 1, wherein the second 
device is a network interface device which interfaces 
between a peripheral and the LAN and which executes a 
service routine, wherein said method further comprises the 
step of transmitting data packets including data to be ser- 
viced by the service routine. 

6. A method of delivering a data packet received from a 
first application program executing on a first device which is 
interfaced to a local area network (LAN) to a second 40 
application program executing on a second device which is 
interfaced to the LAN, said method comprising the steps of: 

receiving a protocol independent data packet from the first 
application program, together with data identifying the 
first application program and a destination ID identi- 
fying the second application program; 

determining which protocols are available for use on the 
LAN; 

selecting one of the available protocols to transmit the 
data packet; 

determining protocol specific information including a 
protocol header having predetermined address data 
based on the data identifying the first application pro- 
gram and the protocol selected in said selecting step; 

forming a transmission packet including the data packet, 
the destination ID, and the determined protocol specific 
information; and 

transmitting the transmission packet to the second appli- 
cation program via the LAN. 

7. A method according to claim 6, wherein said selecting 
step comprises selecting a preferred protocol if it is avail- 
able. 

8. A method according to claim 6, wherein said selecting 
step comprises determining which of the available protocols 
has the least traffic and selecting the protocol determined to 
have the least traffic. 
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9. A method according to claim 6, wherein said selecting 
step comprises determining which of the available protocols 
has been used least by the protocol independent interface 
program and selecting the protocol determined to have been 
used the least 

10. A method according to claim 6, wherein the protocol 
independent interface program assigns a unique access ID to 
the first application program, assigns an access line to each 
available protocol, and creates mapping information having 
a one-to-one correspondence between each access ID/access 
line pair and a block of protocol specific information, and 
wherein said determining step comprises retrieving a block 
of protocol specific information from the mapping informa- 
tion based on the access ID of the first application program 
and the access line corresponding to the protocol selected in 
said selecting step. 

11. A method according to claim 6, wherein the second 
device is a network interface device which interfaces 
between a peripheral and the LAN and which executes a 
service routine, wherein said method further comprises the 
step of transmitting data packets including data to be ser- 
viced by the service routine. 

12. A method of receiving data which is transmitted from 
a first application program executing on a first device which 
is interfaced to a local area network (LAN) to a second 
application program executing on a second device which is 
interfaced to the LAN, said method comprising the steps of: 

initializing a protocol independent interface program 
which (i) determines which protocols are available for 
use, (ii) assigns an access line to each protocol avail- 
able for use, (iii) assigns a unique access ID to the 
second application program, and (iv) creates mapping 
information that indicates a one-to-one correspondence 
between an access ID/access line pair and a block of 
protocol specific information which includes a protocol 
header having predetermined address data; 

receiving a transmission packet which includes data and 
a block of protocol specific information including a 
protocol header having predetermined address data; 

retrieving from the mapping information the access 
ID/access line pair which corresponds to the block of 
protocol specific information contained in the received 
transmission packet; and 

sending the data contained in the received transmission 
packet to the second application program based on the 
access ID retrieved from the mapping information. 

13. A method according to claim 12, wherein the second 
device is a network interface device which interfaces 
between a peripheral and the LAN and which executes a 
service routine, wherein said method further comprises the 
step of receiving data packets including data to be serviced 
by the service routine. 

14. A network device which is interfaced to a local area 
network (LAN) and which transmits data from a first appli- 
cation program executing on said network device to a 
second application executing on another device interfaced to 
the LAN, said network device comprising: 

a LAN interface for sending data to and receiving data 

from the LAN; 
a storage device which stores an application program and 
a protocol independent interface program which (i) 
determines which protocols are available, (ii) assigns 
an access line to each available protocol, (iii) assigns an 
access ID to the first application program, and (iv) 
creates mapping information having a one-to-one cor- 
respondence between an access ID/access line pair and 
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a block of protocol specific information which includes 
a protocol header having predetermined address data; 
and 

a processor which (i) executes the first application 
program, (ii) initializes the protocol independent inter- 5 
face program, (iii) processes a data packet which is 
generated by the first application program by selecting 
a protocol to transmit the data packet, retrieving a Mock 
of protocol specific information from the mapping 
information based on the access line corresponding to 10 
the selected protocol and the access ID of the first 
application program, and forming a transmission 
packet including a destination ED for the second 
application, the data packet, and the retrieved block of 
protocol specific information, and (iv) transmits the 15 
transmission packet via said LAN interface. 

15. A network device according to claim 14, wherein said 
network device is a network interface device which inter- 
faces between a peripheral and the LAN, and wherein said 
processor executes a service routine, receives data packets ^ 
including data to be serviced by the service routine via said 
LAN interface, and services the data using the service 
routine. 

16. A network device which is interfaced to a local area 
network (LAN) and which receives data that is transmitted 25 
from a first application program executing on another device 
interfaced to the LAN to a second application executing on 
said network device, said network device comprising: 

a LAN interface for sending data to and receiving data 
from the LAN; 30 

a storage device which stores the second application 
program and a protocol independent interface program 
which (i) deterrnines which protocols are available, (ii) 
assigns an access line to each available protocol, (iii) 
assigns an access ID to the second application program, 35 
and (iv) creates mapping information having a one-to- 
one correspondence between an access ID/access line 
pair and a block of protocol specific information which 
includes a protocol header having predetermined 
address data; and 40 

a processor which (i) executes the second application 
program, (ii) initializes the protocol independent inter- 
face program, (iii) receives via said LAN interface a 
data packet which is transmitted by the first application 
program and which includes a block of protocol spe- 45 
cific information, (iv) retrieves an access ID/access line 
pair from the mapping information which corresponds 
to the block of protocol specific information contained 
in the data packet, and (v) sends the data packet to the 
second application program based on the access ID so 
retrieved from the mapping table. 

17. A network device according to claim 16, wherein said 
network device is a network interface device which inter- 
faces between a peripheral and the LAN, and wherein said 
processor executes a service routine, receives data packets 55 
including data to be serviced by the service routine via said 
LAN interface, and services the data using the service 
routine. 

18. Computer-executable process steps stored on a 
computer-readable medium, the computer-executable pro- 60 
cess steps to transmit a data packet from a first application 
program executing on a first device which is interfaced to a 
local area network (LAN) to a second application program 
executing on a second device which is interfaced to the 
LAN, said computer-executable process steps comprising: 65 

code to initialize a protocol independent interface pro- 
gram which (i) determines which protocols are avail- 
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able far use, (ii) assigns an access line to each protocol 
available for use, (iii) assigns an access ID to the first 
application program, and (iv) creates mapping infor- 
mation that indicates a one-to-one correspondence 
between an access ID/access line pair and a block of 
protocol specific information which includes a protocol 
header having predetermined address data; 

code to send a data packet to the protocol independent 
interface program together with the access ID of the 
first application program and a destination ID for the 
second application program; 

code to select one of the available protocols to transmit 
the data packet; 

code to retrieve a block of protocol specific information 
from the mapping information based on the access ID 
of the first application program and the access line 
corresponding to the protocol selected in said selecting 
step; 

code to form a transmission packet including the data 
packet, the destination ID, and the retrieved block of 
protocol specific information; and 

code to transmit the transmission packet to the second 
application program via the LAN. 

19. Computer-executable process steps according to claim 
18, wherein said code to select comprises code to determine 
whether a preferred protocol is available and code to select 
the preferred protocol if it is available. 

20. Computer-executable process steps according to claim 
18, wherein said code to select comprises code to determine 
which of the available protocols has the least traffic and code 
to select the protocol determined to have the least traffic. 

21. Computer-executable process steps according to claim 
18, wherein said code to select comprises code to determine 
which of the available protocols has been used least by the 
protocol independent interface program and code to select 
the protocol determined to have been used the least 

22. Computer-executable process steps according to claim 
18, wherein the second device is a network interface device 
which interfaces between a peripheral and the LAN and 
which executes a service routine, and wherein the computer- 
executable process steps further comprise code to transmit 
data packets including data to be serviced by the service 
routine. 

23. Computer-executable process steps stored on a 
computer-readable medium, the computer-executable pro- 
cess steps to deliver a data packet received from a first 
application program executing on a first device which is 
interfaced to a local area network (LAN) to a second 
application program executing on a second device which is 
interfaced to the LAN, said computer-executable process 
steps comprising: 

code to receive a protocol independent data packet from 
the first application program, together with data iden- 
tifying the first application program and a destination 
ED identifying the second application program; 

code to determine which protocols are available for use on 
the LAN; 

code to select one of the available protocols to transmit 
the data packet; 

code to determine protocol specific information including 
a protocol header having predetennined address data 
based on the data identifying the first application pro- 
gram and the protocol selected by said code to select; 

code to form a transmission packet including the data 
packet, the destination ID, and the determined protocol 
specific information; and 
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code to transmit the transmission packet to the second 
application program via the LAN. 

24. Computer-executable process steps according to claim 
23, wherein said code to select comprises code to select a 
preferred protocol if it is available. 

25. Computer-executable process steps according to claim 
23, wherein said code to select comprises code to determine 
which of the available protocols has the least traffic and code 
to select the protocol determined to have the least traffic. 

26. Computer-executable process steps according to claim 
23, wherein said code to select comprises code to determine 
which of the available protocols has been used least by the 
protocol independent interface program and code to select 
the protocol determined to have been used the least 

27. Computer-executable process steps according to claim 
23, wherein the protocol independent interface program 
assigns a unique access ID to the first application program, 
assigns an access line to each available protocol, and creates 
mapping information having a one-to-one correspondence 
between each access ID/access line pair and a block of 
protocol specific information, and wherein said code to 
determine comprises code to retrieve a block of protocol 
specific information from the mapping information based on 
the access ID of the first application program and the access 
line corresponding to the protocol selected by said code to 
select. 

28. Computer-executable process steps according to claim 
23, wherein the second device is a network interface device 
which interfaces between a peripheral and the LAN and 
which executes a service routine, wherein said computer- 
executable process steps further comprise code to transmit 
data packets including data to be serviced by the service 
routine. 

29. Computer-executable process steps stored on a 
computer-readable medium, the computer-executable pro- 
cess steps to receive data which is transmitted from a first 
application program executing on a first device which is 
interfaced to a local area network (LAN) to a second 
application program executing on a second device which is 
interfaced to the LAN, said computer-executable process 
steps comprising: 

code to initialize a protocol independent interface pro- 
gram which (i) determines which protocols are avail- 
able for use, (ii) assigns an access line to each protocol 
available for use, (iii) assigns a unique access ID to the 45 
second application program, and (iv) creates mapping 
information that indicates a one-to-one correspondence 
between an access ID/access line pair and a block of 
protocol specific information which includes a protocol 
header having predetermined address data; 

code to receive a transmission packet which includes data 
and a block of protocol specific information including 
a protocol header having predetermined address data; 

code to retrieve from the mapping information the access 
ID/access line pair which corresponds to the block of 55 
protocol specific information contained in the received 
transmission packet; and 

code to send the data contained in the received transmis- 
sion packet to the second application program based on 
the access ID retrieved from the mapping information. 

30. Computer-executable process steps according to claim 
29, wherein the second device is a network interface device 
which interfaces between a peripheral and the LAN and 
which executes a service routine, and wherein the computer- 
executable process steps further comprise code to receive 
data packets including data to be serviced by the service 
routine. 
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31. A computer-readable medium which stores computer- 
executable process steps, the computer-executable process 
steps to transmit a data packet from a first application 
program executing on a first device which is interfaced to a 
local area network (LAN) to a second application program 
executing on a second device which is interfaced to the 
LAN, the computer-executable process steps comprising: 

an initializing step to initialize a protocol independent 
interface program which (i) determines which proto- 
cols are available for use, (ii) assigns an access line to 
each protocol available for use, (iii) assigns an access 
ID to the first application program, and (iv) creates 
mapping information that indicates a one-to-one cor- 
respondence between an access ID/access line pair and 
a block of protocol specific information which includes 
a protocol header having predetermined address data; 
a sending step to send a data packet to the protocol 
independent interface program together with the access 
ID of the first application program and a destination ID 
for the second application program; 
a selecting step to select one of the available protocols to 

transmit the data packet; 
a retrieving step to retrieve a block of protocol specific 
information from the mapping information based on the 
access ID of the first application program and the 
access line corresponding to the protocol selected in 
said selecting step; 
a forming step to form a transmission packet including the 
data packet, the destination ID, and the retrieved block 
of protocol specific information; and 
a transmitting step to transmit the transmission packet to 
the second application program via the LAN. 

32. A computer-readable medium according to claim 31, 
wherein said selecting step comprises a determining step to 
determine whether a preferred protocol is available and a 
selecting step to select the preferred protocol if it is avail- 
able. 

33. A computer-readable medium according to claim 31, 
wherein said selecting step comprises a determining step to 

. determine which of the available protocols has the least 
traffic and a selecting step to select the protocol determined 
to have the least traffic. 

34. A computer-readable medium according to claim 31, 
wherein said selecting step comprises a detenmning step to 
determine which of the available protocols has been used 
least by the protocol independent interface program and a 
selecting step to select the protocol determined to have been 
used the least 

35. A computer-readable medium according to claim 31, 
wherein the second device is a network interface device 
which interfaces between a peripheral and the LAN and 
which executes a service routine, and wherein the computer- 
executable process steps further comprise a transmitting step 
to transmit data packets including data to be serviced by the 
service routine. 

36. A computer-readable medium which stores computer- 
executable process steps, the computer-executable process 
steps to deliver a data packet received from a first applica- 
tion program executing on a first device which is interfaced 
to a local area network (LAN) to a second application 
program executing on a second device which is interfaced to 
the LAN, the computer-executable process steps compris- 
ing: 

a receiving step to receive a protocol independent data 
packet from the first application program, together with 
data identifying the first application program and a 
destination ED identifying the second application pro- 
gram; 
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a determining step to determine which protocols arc 
available for use on the LAN; 

a selecting step to select one of the available protocols to 
transmit the data packet; 

a determining step to determine protocol specific infor- 
mation including a protocol header having predeter- 
mined address data based on the data identifying the 
first application program and the protocol selected by 
said selecting step; 

a forming step to form a transmission packet including the 
data packet, the destination ID, and the determined 
protocol specific information; and 

a transmitting step to transmit the transmission packet to 
the second application program via the LAN. 

37. A computer-readable medium according to claim 36, 
wherein said selecting step comprises selecting a preferred 
protocol if it is available. 

38. A computer-readable medium according to claim 36, 
wherein said selecting step comprises a determining step to 
determine which of the available protocols has the least 
traffic and a selecting step to select the protocol determined 
to have the least traffic. 

39. A computer-readable medium according to claim 36, 
wherein said selecting step comprises a determining step to 
determine which of the available protocols has been used 
least by the protocol independent interface program and a 
selecting step to select the protocol determined to have been 
used the least 

40. A computer-readable medium according to claim 36, 
wherein the protocol independent interface program assigns 
a unique access ID to the first application program, assigns 
an access line to each available protocol, and creates map- 
ping information having a one-to-one correspondence 
between each access ID/access line pair and a block of 
protocol specific information, and wherein said determining 
step comprises a retrieving step to retrieve a block of 
protocol specific information from the mapping information 
based on the access ID of the first application program and 
the access line corresponding to the protocol selected by the 
selecting step. 

41. A computer-readable medium according to claim 36, 
wherein the second device is a network interface device 
which interfaces between a peripheral and the LAN and 
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which executes a service routine, and wherein the computer- 
executable process steps further comprise a transmitting step 
to transmit data packets including data to be serviced by the 
service routine. 

5 42. A computer-readable medium which stores computer- 
executable process steps, the computer-executable process 
steps to receive data which is transmitted from a first 
application program executing on a first device which is 
interfaced to a local area network (LAN) to a second 
to application program executing on a second device which is 
interfaced, to the LAN, the computer-executable process 
steps comprising: 
an initializing step to initialize a protocol independent 
interface program which (i) determines which proto- 
15 cols are available for use, (ii) assigns an access line to 
each protocol available for use, (iii) assigns a unique 
access ID to the second application program, and (iv) 
creates mapping information that indicates a one-to- 
one correspondence between an access ID/access line 
20 pair and a block of protocol specific information which 
includes a protocol header having predetermined 
address data; 

a receiving step to receive a transmission packet which 
includes data and a block of protocol specific informa- 
25 tion including a protocol header having predetermined 
address data; 

a retrieving step to retrieve from the mapping information 
the access ID/access line pair which corresponds to the 
M block of protocol specific information contained in the 
received transmission packet; and 
a sending step to send the data contained in the received 
transmission packet to the second application program 
based on the access ID retrieved from the mapping 
35 information. 

43. A computer-readable medium according to claim 42, 
wherein the second device is a network interface device 
which interfaces between a peripheral and the LAN and 
which executes a service routine, and wherein the computer- 
40 executable process steps further comprise a receiving step to 
receive data packets including data to be serviced by the 
service routine. 

* * * * * 
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